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DESCRIPTION  OF  THE  MILSATCOM  LOADING  PROGRAM  ' OPAL ' ; 

GPSCS  ADDENDUM 


INTRODUCTION. 


Background. 


The  MILSATCOM  Systems  Office  (MSO)  within  the  Defense 
Communication  Agency (DCA)  maintains  a User  Requirements  Data 
Base  (URDB) . This  data  base  is  the  single  source  document 
approved  by  the  Joint  Chiefs  of  Staff,  for  planning,  sizing  and 
systems  design  of  future  MILSATCOM  systems.  Use  of  the  URDB  has 
been  largely  manual,  which  is  a very  tedious  procedure  in  view 
of  more  than  2000  line  item  entries.  To  make  greater  use  of  the 
URDB,  the  MSO  contracted  with  ESL  Incorporated  to  develop  a 
flexible  MILSATCOM  loading  program  to  interface  with  the  URDB 
and  perform  loading  calculations  using  DCA  computers.  The  result- 
ing computer  program,  termed  OPAL  for  optimum  allocation , was 

1 2 

delivered  to  the  MSO  together  with  documentation  ' in  October  1977. 

Following  delivery  of  the  OPAL  computer  program,  the  MSO 
modified  the  contract  to  add  the  capability  of  handling  various 
General  Purpose  Satellite  Communications  System  (GPSCS)  configura- 
tions. This  report  describes  the  modifications  that  were  made  to 


f.D.  Shaft,  "Description  of  the  MILSATCOM  Loading  Program  'OPAL'" 
ESL  Incorporated,  Sunnyvale,  CA,  Report  ESL-TM888,  October  1977. 
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1.1 — Continued. 

the  OPAL  computer  program  to  handle  GPSCS  configurations.  A companion 
report  modifies  the  users  guide  for  the  program.  These  reports, 
together  with  the  modified  computer  program  and  modified  prograun 
listings,  constitute  the  deliverable  items  under  the  contract 
modification. 


1.2 Overview  to  GPSCS  Modifications. 

The  GPSCS  project  was  in  the  preliminary  planning  phase 
when  the  OPAL  computer  program  modifications  were  begun.  Since  a 
firmly  established  configuration  was  not  available,  the  computer 
program  modifications  took  the  form  of  a flexible  configuration  that 
could  be  readily  modified  by  the  computer  program  user.  To  accom- 
plish this,  two  major  modifications  were  made  to  the  OPAL  program: 

1)  Data  base  modification  (masking)  subroutines 
were  added  to  allow  the  user  to  make  changes 

in  the  URDB  and  other  data  files  on  a temporary 
basis. 

2)  Additional  models  of  satellite  antennas  and 
satellite  transpoinders , typical  of  those  sug- 
gested for  GPSCS,  were  added  to  the  OPAL 
computer  program. 

The  combination  of  the  two  modifications  allows  the  computer  program 
user  to  generate  models  for  a wide-variety  of  possible  satellite 
configurations  and  to  test  the  capability  of  the  configuration  to 
handle  selected  subsets  of  required  traffic. 
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1.2  — Continued. 


If  the  OPAL  computer  program  user  does  not  need  to  use 
the  modifications,  the  original  version  of  the  OPAL  program  can 
still  be  used.  All  features  of  the  original  program  are  retained 
without  modifications  when  the  user  specifies  a satellite  other 
than  GPSCS. 

1. 3 Report  Organization. 

This  report  describes  only  the  modifications  to  the  OPAL 
computer  program  when  a GPSCS  satellite  model  is  specified  by  the 
user.  The  report  is  an  addendum  to  Reference  [1] , and  is  organized 
along  parallel  lines.  Thus,  modifications  to  the  file  structure 
are  discussed  in  Section  2,  modifications  to  the  satellite  link 
calcualtions  are  discussed  in  Section  3,  and  modifications  to 
satellite  loading  are  discussed  in  Section  4.  Similarly,  we  retain 
the  philosophy  of  keeping  descriptive  material  in  one  report  (this 
report)  to  be  read  for  general  understanding,  and  detailed  program 
instructions  in  another  report^  for  frequent  reference. 
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FILE  STRUCTURE  MODIFICATIONS. 


URDB. 


The  original  structure  of  the  URDB  data  file  has  been 
retained.  However,  we  have  added  masking  routines  which  allow 
the  OPAL  program  user  to  enter  changes  in  the  data  base.  These 
changes  are  a temporary  modification,  used  in  the  execution  of  a 
single  run,  whereupon  the  URDB  data  file  is  automatically  restored. 

Changes  may  be  entered  in  the  URDB  by  specifying  a single 
line  item  (using  Fields  A and  B jointly) . The  user  then  specifies 
the  field (s)  and  the  new  value (s)  to  be  used.  Since  there  are 
more  than  2000  line-item  entries  in  the  URDB,  making  changes  on 
individual  items  can  be  tedious.  To  help  alleviate  this  situation, 
the  OPAL  program  user  can  call  up  all  common  entries  in  any  field 
and  enter  a common  change  in  that  field  or  any  other  field.  For 
example,  the  user  can  call  up  all  line  items  in  a specific  network 
(by  specifying  Field  D and  the  network  name)  and  change  the 
designated  satellite  to  GPSCS  (by  specifying  Field  P and  then  GPSCS) 
Masking  calls  may  specify  more  than  a single  entry  in  a field  and 
more  than  one  field  if  simultaneous  conditions  are  to  be  met. 

Changes  may  be  entered  into  more  than  a single  field.  When  the 
call  is  to  a field  that  contains  numerical  data,  the  user  can 
specify  ranges  of  numerical  values  that  must  be  satisfied  for  the 
mask  to  operate. 

2.2  URDB  Augmentation. 


The  same  masking  subroutine  that  was  added  to  the  URDB 
was  also  added  to  the  URDB  Augmentation.  Since  there  is  a one-to- 
one  correspondence  between  line  items  in  the  URDB  and  in  the  URDB 
Augmentation,  the  OPAL  program  user  can  call  up  line  item  entries 
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2.2  — Continued. 

by  using  fields  in  either  the  ORDB  or  URDB  Augmentation  and  entering 
changes  in  the  same  or  another  field  in  either  the  URDB  or  URDB 
Augmentation. 

2 . 3  Terminal  Characteristics. 

No  changes  have  been  made  to  the  structure  of  the  terminal 
characteristics  data  base.  The  OPAL  program  user  wishing  to  modify 
terminal  characteristics  cannot  do  so  interactively  or  during  a 
run.  Terminal  characteristics  can  be  modified  by  making  permanent 
changes  in  the  data  base  through  use  of  an  ancillary  program 
developed  by  the  MSO. 

2.4  Terminal  Locations. 

Remarks  made  in  Section  2.3  concerning  terminal  character- 
istics are  also  applicable  to  the  terminal  locations  data  base. 

2.5  Satellite  Data. 


Previously,  satellite  data  appeared  in  five  different 
types  of  records: 

a.  Satellite  identification 

b.  Location 

c.  Antenna 

d.  Transponder 

e.  Priority. 
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2. 5 — Continued. 

No  changes  are  made  in  the  satellite  data  records  (which  can  be 
used  as  previously)  unless  the  OPAL  user  specifies  a GPSCS  satellite. 
When  the  user  specifies  GPSCS,  major  modifications  are  introduced 
as  described  in  subsequent  subsections.  These  changes  allow 
modifications  to  the  Satellite  Data  Base  through  the  setup  program. 

2.5.1  Satellite  Identification. 

The  earlier  version  of  the  OPAL  program  contained  specific 
models  for  AFSAT,  DSCS-II,  DSCS-III,  and  FLTSAT.*  These  models 
were  accessed  by  specifying  AF,  D2 , D3,  or  FL  respectively  in  the 
satellite  identification  record.  We  have  retained  thi^se  models  and 
have  added  a new  model  for  GPSCS,  which  is  accessed  by  specifying 
GP.  When  the  GPSCS  model  is  specified,  the  OPAL  program  user  is 
given  the  capability  of  generating  a satellite  model  with  a wide 
variety  of  options  regarding  the  number  and  types  of  antennas  as 
well  as  the  number  and  types  of  transponders. 

2.5.2  Location. 

The  location  of  the  GPSCS  satellite  can  be  specified  by 
entering  the  longitude;  the  latitude  is  assumed  to  be  0 degrees 
since  we  retain  the  geostationary  assumption. 


* i 

Additional  models,  such  as  NATO- IV  (N4) , can  be  generated  and 
placed  in  the  Satellite  Data  Base  as  desired,  using  the  original 
format  of  the  Satellite  Data  Base.  Traffic  can  be  run  through 

this  new  model  by  using  the  new  masking  routines  to  change  satel- 
lite designation.  It  is  only  when  the  OPAL  user  specifies  GPSCS, 
that  the  option  of  on-line  generation  of  new  satellite  configura- 
tions becomes  available. 

i. 
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2.5.3 


Antenna. 


In  the  earlier  version  of  the  OPAL  program,  provision  was 
made  for  specifying  the  following  types  of  satellite  antennas  in  the 
antenna  records: 

EC  for  earth  coverage, 

NC  for  narrow  coverage, 

AC  for  area  coverage, 

MBR  for  a 61-beam  receive  antenna, 

MBX19  for  a 19-beam  transmit  antenna, 

MBX37  for  a 37-beam  transmit  antenna. 

We  have  retained  the  above  antennas  and  have  added  the  following; 

SCAN  for  a time-shared  scanning  antenna, 

WIDE  for  a wide-beamwidth  (wider  than  EC)  antenna, 

ARRAY  for  a phased-array  antenna. 

Models  for  the  three  new  antennas  are  discussed  in  Section  3.  Here, 
it  is  sufficient  to  note  that  the  SCAN  and  WIDE  antennas  are  specified 
only  by  the  gain  values.  The  ARRAY  antenna  is  used  to  specify  the 
location  and  depth  of  steerable  nulls  in  an  otherwise  EC  antenna. 


2.5.4 


Transponder. 


When  the  OPAL  program  user  specifies  an  AF,  D2,  D3,  or 
FL  satellite,  an  appropriate  model  of  the  satellite  with  the  proper 
number  of  transponders  and  antennas  is  called  up.  Transponder 
records  for  these  satellites  have  not  been  changed.  However,  when 
the  OPAL  progreun  user  specifies  GP,  a flexible  general  purpose 
model  is  called  up  and  the  user  must  then  specify  the  details  of 
the  antennas  and  transponders.  The  user  may  specify  up  to  25 


i 


i; 


different  transponders,  ea-'h  of  which  is  connected  to  receive  and 
transmit  antennas  from  the  list  of  nine  different  antenna  types 
described  in  Section  2.5.3.  Different  types  of  transponders  may 
be  specified  including: 

linear 

limiting 

on-board  demodulation 

strong  uplink  (uplink  effects  bypassed) 
frequency  dehopping 

on-board  (or  ground)  PN  despreading 
on-board  (or  ground)  antenna  null  steering. 

Logical  combinations  (e.g.,  dehopping  and  despreading  and  demodula- 
tion) may  also  be  specified.  For  convenience,  the  user  is  allowed 
to  set  up  independent  transponders  if  all  of  the  parameters  are 
identical. 


2.5.5 


Priority. 


The  priority  record  applies  only  to  the  D3  satellite 
model  operating  under  unconstrained  allocation.  It  is  not  used 
in  the  GP  satellite  models. 


2.5.6 


Jammers . 


Jamming  models  present  in  the  SCALE  computer  program  were 
incorporated  into  the  original  OPAL  computer  program.  However, 
these  models  were  not  readily  accessible  to  the  user.  To  correct 
this  situation,  when  the  OPAL  user  specifies  GPSCS,  parameters  of 


J 


8 


ESL-TM939 


i 

t 

\ 

t 

! 

i 

\ 


s 


2.5.6  — Continued. 

postulated  jairaners  may  also  be  specified.  Up  to  six  jammers  may  be 
specified;  parameters  that  are  specified  include  jammer  EIRP,  loca- 
tion and  whether  it  is  wideband  (noiselike)  or  narrowband  (tone-like) 

2 . 6  Control  Codes. 

Control  codes  are  used  to  alter  traffic  and  satellite 
parameters  for  each  run.  Control  code  records  have  been  expanded  to 
include  information  on  data  base  masking  pertaining  to  each  run. 

The  new  format  is  shown  in  Table  1. 

2 . 7  Use  of  Files. 

Although  details  of  the  file  organization  have  been 
modified  significantly  when  GPSCS  is  specified,  we  retain  the 
same  basic  use.  Thus,  accesses  are  developed,  default  values 
are  assigned,  margins  are  calculated  and  adjusted  as  previously. 
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Column 


9-10 

11-12 


Blank 

Hour 

Minute 

Month 


Year 


Description 


Generated  by  program;  used  to 
identify  this  particular  run 


Allocation  type: 


0 = unconstrained 

1 * constrained 


14-19  Loading  margin  (decibels) 
20  Timeframe  C \ 


0 = do  not  include 


Timeframe  M I 

Timeframe  L I 

Timeframe  F I 

Priority  J1  I 

Priority  J2  I 

Priority  J3  1 

Priority  J4  \ 

„ . ) Sieves:  1 = include 

Priority  J5  / 

^ ^ / 0 = do  not  include 

Priority  J6  I 

Priority  J7  I 

Priority  SI  1 

Priority  S2  I 

Priority  S3  I 

Priority  S4  I 

Priority  S5  J 

Scenario  (seive) : / 0”A11;  1*1;  2=2;  3=3;  4*4 

Location  preference  (sieve):  0=None;  1=A;  2=E;  3*1;  4=W 
Satellite  code:  e.g.,  AF,  D2,  GP 
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Column 


Description 


40-41  Satellite  Model:  (01-99) 
^■5  Location: 

Line  item  sort  I 
Submitting  command  sort  I 
User  community  sort  I 
WWMCCS  sort  I 
Service  type  sort  I 
Receive  location  sort  I 
Terminal  type  sort  \ 
Network  name  sort  / 


1=A;  2=E;  3=1;  4=W 


1 = print  sort 
0 = do  not  print  sort 


58-59 

60-61 

62-77 


Priority  sort  I 

Multiple  access  sort 
Type  of  operation  sort 
Receive  country  sort 
Service  availability  sort 
Type  of  service  sort 
Quality  of  service  sort 

Mask  to  be  applied  to  data  base  on  first  pass 
Mask  to  be  applied  to  data  base  on  second  pass 
Similar  to  57-60  for  passes  3 through  10 
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2: SATELLITE  LINK  CALCULATIONS  MODIFICATIONS. 

When  the  AFSAT,  FLTSAT,  DSCS-II,  or  DSCS-III  satellite 
models  are  specified,  the  satellite  link  calculations  are  identical 
to  those  performed  in  the  earlier  version  of  the  OPAL  computer 
progreun.  However,  when  GPSCS  satellite  models  are  requested  by 
the  program  user,  additional  antenna  and  transponder  options  are 
available.  Here,  we  describe  those  additional  models. 

I 

j 

3>  1 Satellite  Antenna  Models.  j 

■I 

j 

Antenna  models  for  the  EC,  NC,  AC,  MBR,  MBX19,  and  MBX37 
types  of  antennas  have  been  completely  described  earlier  and  are 
unchanged  from  the  earlier  version  of  the  OPAL  computer  progreun. 

We  confine  our  remarks  to  the  three  new  antenna  models,  SCAN,  WIDE, 

and  ARRAY.  j 

The  SCAN  antenna  model  simulates  the  use  of  a high-gain 
scanning  antenna.  That  is,  the  antenna  is  electronically  (or 

mechanically)  steered  to  point  at  specific  earth  terminals  which  ! 

time-share  use  of  the  SCAN  antenna.  We  assume  that  the  antenna 

points  directly  at  each  earth  terminal  and  model  it  simply  as  a fixed  ' 

gain  with  value  specified  by  the  OPAL  program  user.  We  note  that 

the  URDB  does  not  contain  data  on  intermittent  traffic,  i.e.,  it  j 

assumes  continuous  traffic  requirements.  Thus,  the  program  user  j 

is  repsonsible  for  assigning  sensible  traffic  requirements  to 

SCAN- type  antennas,  traffic  which  the  user  knows  can  time- share 

a receiving  antenna. 

Antenna  model  WIDE  is  incorporated  to  allow  the  program  ; 

user  to  specify  an  antenna  (such  as  a dipole)  with  a beamwidth 
that  exceeds  the  arc  subtended  by  the  earth.  Thus,  the  model  is 
similar  to  an  earth  coverage  antenna  except  that  the  gain  taper 
off  boresite  is  omitted.  The  wide  antenna  is  modelled  as  having 

12  ^ 
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3.1  — Continued. 


the  same  value  of  gain  (specified  by  the  program  user)  in  the 
direction  of  all  earth  terminals. 

Phased  array  antennas  with  steerable  nulls  (either  on- 
board or  ground  controlled  'steering)  are  simulated  with  the  ARRAY 
model.  This  model  assumes  that  an  earth  coverage  pattern  (including 
off-axis  taper)  is  used  but  that  up  to  N steerable  nulls,  where  N 
are  the  number  of  jammers,  are  superimposed  on  the  nominally  EC  pat- 
tern. Each  null  has  the  same  null  depth  and  beamwidth,  specified 
by  the  OPAL  program  user.  The  pointing  latitude/longitude  of  each 
null  is  specified  by  referring  to  the  jammers  to  be  nulled.  The 
program  assumes  pointing  at  the  latitude/longitude  of  the  jammer. 

The  model  then  introduces  a negative  gain  pattern  using  the  same 
2 2 

modified  (sin  x/x  ) subroutine  used  for  NC,  AC,  and  EC  coverage. 

3.2 Satellite  Transponder  Models. 

A large  number  of  different  transponder  features  are 
available  to  the  OPAL  program  user.  The  user  selects  the  desired 
transponder  features  along  with  the  transmit  and  receive  antennas 
connected  to  that  transponder;  another  transponder  with  its  antenna 
types  can  then  be  specified.  Up  to  25  independent  transponders 
may  be  selected  for  a GPSCS  satellite. 

Linear  transponders  include  uplink  noise  and  power  sharing 
effects,  along  with  frequency  translation.  When  limiting  is  speci- 
fied, signal  suppression  and  intermodulation  models  (the  same  as 
described  earlier)  are  added.  On-board  demodulation  ignores  uplink 
effects.  When  the  received  power  does  not  exceed  a user-specified 
threshold,  the  same  calculations  are  performed  but  an  uplink  limita- 
tion warning  is  printed.  The  warning  is  bypassed  when  a strong  uplink 
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is  specified  by  the  program  user.  These  features  were  present  in 
the  DSCS-II,  DSCS-III,  AFSAT,  and  FLTSAT  models  used  in  the  earlier 
version  of  the  OPAL  program  and  were  retained. 

When  on-board  frequency  dehopping  is  specified,  the  fre- 
quency-hopping processing  gain  (ratio  of  hopped  bandwidth  to 
instantaneous  bandwidth)  specified  by  the  OPAL  program  user  reduces 
the  uplink  received  jamming  power  by  the  value  of  that  processing 
gain.  This  model  is  accurate  when  the  jammer  spreads  the  power  over 
the  entire  hopped  bandwidth.  When  a jammer  spreads  the  power  over 
a different  bandwidth,  the  model  becomes  inaccurate;  however,  no 
provision  for  altering  it  is  included. 

Despreading  a pseudonoise  (PN)  sequence  introduces  a PN 
processing  gain  against  the  jammer.  Processing  gain  is  realized 
on  either  the  uplink  or  the  downlink  as  specified  by  the  OPAL  program 
user.  Specifying  despreading  on  the  ground  means  that  full  jammer 
power  is  applied  to  the  power  sharing,  signal  suppression,  and 
intermodulation  routines.  Jamming  power  (uplink  or  downlink)  is 
reduced  by  the  PN  processing  gain  when  the  jammer  is  narrowband. 

If  the  jammer  is  already  wideband,  little  additional  spreading 
occurs  and  a nominal  2 dB  decrease  in  effective  jamming  power  is 
used  in  place  of  the  PN  processing  gain.  Since  on-board  despreading 
implies  a large  amount  of  satellite  hardware,  the  number  of  accesses 
in  each  transponder  is  printed  out  to  aid  the  OPAL  program  user  in 
assessing  the  hardware  implications. 

When  an  ARRAY  antenna  model  is  used,  the  calculated  null 
depth  is  applied  against  jammers  and  signals  on  either  the  uplink 
or  downlink  depending  upon  whether  the  nulls  are  synthesized  on- 
board the  spacecraft  or  on  the  ground  (by  transponding  all  feeds) . 
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The  OPAL  computer  program  assumes  that  sufficient  channels  are 
available  for  each  of  the  feeds  and  that  the  calculations  are 
identifical  for  each  feed. 


The  OPAL  program  user  can  cascade  transponder  features. 
For  excunple,  antenna  nulling,  frequency  dehopping,  PN  despreading 
and  demodulation  can  all  be  specified  and  the  prograun  makes  all 
of  the  appropriate  adjustments. 
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±. SATELLITE  LOADING  MODIFICATIONS. 

In  the  earlier  OPAL  computer  program,  once  link  margins 
were  established,  transponder  power  was  raised  or  lowered  to  meet 
the  desired  margin  and  loading  was  reported  as  a percentage  of  the 
nominal  power.  When  link  performance  is  dominated  by  uplink  jam- 
ming, this  last  step  is  not  appropriate.  Thus,  the  modified  OPAL 
computer  program  determines  if  the  signal-to- jamming  ratio  exceeds 
the  required  SNR  by  at  least  the  desired  margin  and  omits  the 
satellite  power  adjustment  if  the  test  fails.  The  progrcun  will 
print  out  a warning,  including  the  worst-case  value  of  signal-to- 
jamming  ratio  whenever  the  power  adjustment  is  bypassed. 
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